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(54) Job selection for use in a prepress printing environment 



(57) A print drive system (41) for controlling the 
operation and printing of raster image files in a prepress 
printing environment (32) includes: a processing unit 
(76) for converting object oriented files into the raster 
image files; memory (75, 80) for storing the object ori- 
ented files and the raster image files; at least one graph- 
ical user interface (60, 62) for facilitating operator 
interaction with the print drive system (41); a job selec- 



tion application program for selecting a next job to be 
printed; and a print engine (59) for printing the selected 
next job. A preferred method for selecting the next job to 
be printed includes the steps of: generating a job profile 
for each job located on a predefined job list by applying 
predefined criteria: and selecting the next job to be 
printed from the job list by comparing the job profiles. 
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RArKGROUN" ^ THF INVENTION 

data transfer rates between the front-end the RIP and ^«*^e£je orjented descri 

[0 003] More recently, use of page descnpt-or, ' Una. data communi- 

tions of large image data files conta.n,ng both for transferring serial image date 
cation lines, as used in network systems and adopt* " offer the advantage that two 

transferred in either dir «* on ; f j|e b per forming operations such as image screening, color sep- 

raster image data in <*™ •»"•<- ™° T^rS^^T^lX^oulpul device operating a. a 

putde^toren«iniolev*«e»«rtingforaR^ 

Even ^^^Z^^^^^^^^^^^^ 
Wlrnington. Massachusetts, has offered me " ' andaslngle output printing device. Cost savings 

costsavir^twfundioningasar^^ 

and improved efficiency have been resided b» e#ier RIPtng a PDF d „, to transfer to „ e output 

pre*usly RiPed image ouS SSTprW engine. **» is **»» 

data transfer protocol to 5^7^ which provide a plurality of separate wires bundled together, 

bit data is transferred over parallel data .nterface cables wh ch ^P r ^^ e a P ^ £ cted to one dala transfer, 
each transmitting data in parallel. However since para. data channel has also been 
e.g. between the RIP and MUX ^^^^^J^cSK provide two way communication for protocol 
provided bundled within, or in add.toon to, the ^ M ^JT™^^^ bftmm the r, p or MU X and the output 
and other message or 

device or betoveen , the front-end and ^ ™ ^ to main tain efficient and effective data transfer. In 

re^aT^r^ 
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is not the bottleneck in the pre-press workflow of page creation. 

[0008] Today's needs for developing large format imagesetters, platemakers and on-press plate imaging, go well 
beyond creating just pages. These devices produce press size flats in film or plate that may contain four, eight, or more 
pages. These devices have also been driven by a RIP or MUX. but unlike page format imagesetters, the RIP can be the 

5 bottleneck in creating press format films and plates. 

[0009] As the needs of the electronic, prepress industry steadily move towards large format imagesetters and the 
direct-to-plate workflow, it becomes imperative that the output devices be supplied data at rates which meet their spec- 
ified throughput requirements. This means that the workflow system must be able to perform at or better than print 
engine speed. Notwithstanding the advent of RIPs operating at faster processing speeds, direct RIP to print engine con- 

w figurations cannot guarantee meeting these requirements, especially as large-format, very complex jobs become more 
and more common. 

[0010] In addition, with the advent of platesetters and direct-to-press prepress systems, a need also exists to provide 
a digital proofing device capable of providing either a color or black and white proof of the final image since films which 
used to provide analog proofs have often been eliminated from the prepress workflow. Such proofing systems may 
75 accept image files as page description data, screened bitmap data or bitmap data which has not been screened. A 
need therefore exists to redirect image data to a proofer. and that data may need to be prepared in an appropriate for- 
mat for output by the proofer. 

[001 1 ] Many of the above shortcomings in the prior art have been addressed and corrected in the parent application. 
However, a need still exists for providing prepress printing systems which will automatically provide appropriate job 

20 selection in accordance with customer preferences for optimum efficiency. 

[0012] Typically for electronic prepress and imagesetting systems of the prior art, a print job (hereinafter a "job") 
required that a specific output device be connected to the system before the job could be processed. For example, a 
job requiring a particular imagesetter for an output device, or a particular medium type or size loaded onto the output 
device, could not be processed into raster data if the particular output device and corresponding media requirements 

25 were not met. Such a condition may cause a system delay or require that a front-end operator physically change the 
medium or output device connected to the RIP in order to continue processing and outputting image files. 
[001 3] Since the electronic and imagesetting systems of the prior art were not only device-dependent but medium- 
dependent as well, the queuing of rasterized print jobs was not possible. Thus, the choice of the output device and print 
medium proved to be a considerable hindrance in productivity. 

30 [001 4] Another expensive resource, front-end operators, are kept busy by controlling the transfer of bitmap image data 
between a RIP and a MUX. Burdening these operators with control of the output process reduces overall system effi- 
ciency. By moving control of the RIPing and image output process to a system administrator, the front end operator and 
the front-end itself become free to function more efficiently. 

[001 5] One of the biggest shortcomings of electronic prepress systems of the prior art has been the inability to auto- 
35 matically control and monitor the queuing of output jobs and to make changes in the order or priority of image output 
either from the RIP of from the output device. This and other shortcomings are overcome in view of the claimed inven- 
tion as supported in the attached description and drawings. 
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SUMMARY OF THE INVENTION 



[0016] A print drive system for controlling the operation and printing of raster image files in a prepress printing envi- 
ronment includes: a processing unit for converting object oriented files into the raster image files; memory for storing 
the object oriented files and the raster image files: at least one graphical user interface for facilitating operator interac- 
tion with the print drive system; a job selection application program for selecting a next job to be printed; and a print 
45 engine for printing the selected next job. A preferred method for selecting the next job to be printed includes the steps 
of: generating a job profile for each job located on a predefined job list by applying predefined criteria; and selecting the 
next job to be printed from the job list by comparing the job profiles. 



BRIEF DESCRIPTION OF THE DRAWINGS 

[001 7] The aforementioned aspects and other features of the invention are described in detail in conjunction with the 
accompanying drawings in which the same reference numerals are used throughout for denoting corresponding ele- 
ments and wherein: 

55 Figure 1 is a block diagram of a prior art electronic prepress system; 

Figure 2 is a block diagram of a prepress printing system which can be used to implement the inventive job selec- 
tion method; 

Figure 3 is a detailed block diagram of the print drive component of the system of Figure 2; 
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Figure 4 is a block diagram of a preferred output architecture for use in accordance with the principles of the inven- 

Ftaure 5 is a table defining various job output states in accordance with the principles of the invention; 

Ffcures ; 6A ^d 6C are flow chart diagrams of a preferred job selection method in accordance w,th the pnnc- 

^gure7*isa^ 
tion. 

nFTAILED DESCRIPTION OF THE PREFERRFD EMBODIMENTS 

[0018] The following terms are defined for use throughout this patent application. 



75 


A" ID 


Agfa Print Engine Interface is a proprietary point to point data transmission proto- 
col consisting of a serial bi-directional command channel (APIS serial) and a par- 
allel uni -directional data channel (APIS video). 




Device API 


Generic Application Programming Interface tor output aevices. 


20 


Engine 


A hardware device capable of receiving and printing raster image data on film or I 
other media. An output printing device. Also referred to as print engine . 




Fast Ethernet (100 BaseT) 


Communication medium, 100 Mb/sec maximum transters over iwisieu pan «« e. 


25 


File 


Storage for one separation, i.e. each separation or piane ot a joo is s>iuieu m i» 
own file I 




GUI 


Graphical User Interface which most broadly represents all the hardware, software 1 
and firmware necessary to implement interaction between the computer system 
and the user. Typically a keyboard, mouse, monitor and associated drivers and 
programs. 


30 


Job 


One or more related pages together constitute a job . 




Job Control Server 


The print drive subsystem that controls access to the print drive Job List and job 
entries on the list. 


35 


Job List 


This is a user created list of jobs to be imaged, i.e. printed, under the control of the 
print drive system. 




Job State 


Current read-only State of a Job. (E.g., Hold, Imaging, Spooling, etc.). I 




MUX 


Multiplexer 


40 


Page 


One or more related separations together constitute a "page". For example, the 1 
cyan, magenta, yellow, and black separations for page 3. 




Pickable Job 


A job which passes all the user defined criteria checks. 




Plane 


Same as Separation 


45 


PDF 


Page description format 




Print drive configuration server 


The print drive subsystem that controls print dnve client access to the Windows j 
NT registry section for the print drive. 




Registry 


Place in NT where static information about installed software is held. 


50 


RIP 


Raster image processor. This device RIPS or rastenzes object-oriented PDF fiiesj 
into bitmapped raster data. 


55 


SCSI 


Small Computer System Interface is a standard high-speed parallel interface I 
defined by the X3T9.2 committee of the American National Standards institute 
(ANSI). Used for connecting microcomputers to peripheral devices, other comput- 
ers and local area networks. | 
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(continued) 



Separation 


A single 1-bit raster image as output from a RIP. A separation is an image repre- 
sentation of a single color channel. For example, "the cyan separation". This is 
also referred to as a "plane". One separation is stored in a file. 


Spindle 


Choice of media holding device for use on an engine. 


Spooling 


Inputting a job. 
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[0019] Figure 1 illustrates a prior art prepress system, referred to generally by reference numeral 2 comprising an 
output device 4, at least one computer terminal or front-end 6. for creating, editing or otherwise preparing image data 
for printing and especially halftone black and white or color printing as may be output by an imagesetter or platesetter 
for eventual image reproduction by a printing press using a printing plate. The front-end 6 is connected via a network 
serial data interface 8 to two raster image processors 10 and 12. The RIPs 10 and 12 receive, from the front-end 6. 
image data which is typically in the form of a page description language or other object oriented text and graphic rep- 
resentation of the image to be printed. 

[0020] A multiplexer 14 includes two input ports 16 and 18 connected to the output ports 20 and 22 of the RIPs 10 
and 12, respectively. Two large format disk drives 24 and 26 act as image data buffers which are included in the MUX 
1 4 for storing image data. The primary purpose of the MUX 14 is to function as a page buffer for the output device 4. A 
MUX output port 28 connects with the output device 4. In the prior art, all data transferred from the RIP output ports 20 
and 22 to the MUX 14. or from the MUX 14 to the output device 4. or within the MUX 14 to the disk drives 24 and 26 
has been convened to bitmap raster data. The data transfer has been made over parallel data transfer cables 30. 
[0021] As previously stated, the shortcomings of the prior art have included the inability to manage the RIPing and 
outputting functions of the prepress process by a system administrator and the costly proprietary hardware with few, but 
costly, expansion opportunities provided for the prepress customer. However, RIP and output management has been 
addressed in the parent application no. 08/869.244 where a print driver is employed as a replacement for. and an exten- 
sion of. the multiplexer 14 of the prior art. 

[0022] FIG. 2 is a block diagram of a preferred hardware embodiment of a prepress system including one or more 
print drives in which the inventive job selection method can be implemented. The various components of the prepress 
system 32 are preferably interconnected via a fast Ethernet network 35 utilizing TCP/IP data transfer protocol. The pre- 
press system 32 is configured for controlling RIPing and output workflow and for providing more flexible operating and 
expansion options to the prepress customer. This prepress system 32 includes: one or more RIPs 34; one or more 
front-ends 40; one or more print drives 41 ; one or more servers 42 for storing image and other data files; one or more 
proofers 43 or other output devices 44 (such as a printer) ; and another computer system 45 which may be used for sys- 
tem administration. Each of the above and any other added network components may be either locally or remotely inter- 
connected. ^ . , . 
[0023] One or more output devices 59 are connected to the print drives 41 . The output devices 59 may include any 
output devices which are used in a prepress system or in a printing environment, such as a printer, a print engine, a 
proofer, a f ilmsetter, an imagesetter, a platemaker or a computer-to-plate system. In any case, the output device 59 gen- 
erates raster bitmap image data representing halftone or otherwise screened images for eventual transfer onto a film 
70 or a printing plate 72 for reproduction by a printing press (not shown). Such output devices 59 may require proprie- 
tary or non-proprietary serial or parallel image data transfer from the print drives 41 of may require descreened bitmap 
data when the output device is a proofer 43, for providing a continuous tone proof of the image to be reproduced. 
[0024] The RIPs 34 may be software RIPs or they may be dedicated hardware RIPs, such the Agfa Star™ hardware 
RIP available from Agfa Corporation in Wilmington, Massachusetts. Each RIP 34 appears on the fast Ethernet network 
35 and can be accessed by any front-end 40, server 42, print drive 41 or other computer system 45, any of which may 
by either local or remote. 

[0025] Each front-end 40, server 42, print drive 41 and other computer 45 is essentially a separate computer system 
each operating preferably on Windows NT™, although any available operating system can be used, such as a UNIX™ 
or a MAC OS™. An IBM PC™ or clone could be used for a print drive 41 . 

[0026] As described in the parent U.S. patent application no. 08/869.244, each RIP 34 includes a data compression 
module for compressing bitmap data. The compression module facilitates the use of serial bitmap data transfer over the 
fast Ethernet network 35, instead of parallel bitmap data transfer, by substantially compressing files to a size which 
allows for serial data transfer. The compression module compresses RIPed data which can be transferred either 
directly, or over the network 35. to one or more output devices 59 or to one or more print drivers 41. In the preferred 
case, each RIP 34 includes both a fast Ethernet interface board which facilitates transfer of the compressed data via 
TCP/IP protocol, and a data decompression board for decompressing the compressed data 

[0027] Turning to Figure 3 the print drive 41 , which is essentially a special purpose computer, operates on a standard 
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corner platform su* as 

includes: a central process.ng unrt such as a 200 ^^"f"?^^,^^.^ 41 ; adata buffer 80 fortem- 
75forrunningtheoperating system and *e va " 0US JP^^^ prepress system components, 

porary data storage of image ^^J™*™*^^ tSe print drive 41: one or more 

and for temporary data storage of date bang ^starred <^ an£j from ^ scs , disk 

SCSI disks or other high capacrty hard dnv^ 55 ^SSTdSSi stored in the disk 55 or received via the 
55: a decompression board 51 for decompressmg compressed £nage date Hess ^ ^ ^ 

date buffer 80; a fast Ethernet board! 50 transfer* graphical date to a 
formatted according to the well known TCP/IP P r ^ a v "^ interface (GUI) 62; a tuner QUI 60; and an output 
monitor for observation by a system operator; a plot graph.cal user '^ ce J^^, gda ^ er module for inter fac- 
board 54. The output board 54 may indude a propnetar JlK SSlcalcJi (APIS) which is a pro- 

^PcTto^ 

video uni-directional data channel. ^^ ar A an d mouse for user interaction with the 

ard Windows NT™ technology. ThepHot GUI 62 .s pro administrator or prepress 

typically MAC™ and PC networked users, and the P" rt ™ ' *£" A ' ^ pi lot GUI 62 is preferably run 
shop manager. Preferably, the tuner GUI 60 .s "T^LS^SSS^^ r^e n the front-enSs 40 or other 

sre^ 

those used on a MAC™ or a PC™. 
ARCHITECTURE 

invention. Tne fesl Emernct nel»o*35 Iris each of tte °""TJ ^ sera 1M . Ih turn, the job picker 

next job for printing from a predefined list of jobs, ^second is a p ane ,pe estimates the 

next job for printing, and uses the plane p.cker routme 11 I to se ect the ne» p ^ ^ to 

jobs will print, include preferences such as: 
. output Preference, i.e. whether to print after the first separation is input or. whether to print after the whole job * 
45 input. 

. Priority Preference, such as urgent, high, normal or low. 
. Creation Time and date on which the job was created. 
50 . image Condition Preference for an image condition to be enabled. For examp.e. print on.y during second shift. 

. Engine Name The job may be designated as printable only on a particular type of machine such as on an Agfa 
GaK™ ptetemaki or ana specific one of multiple machines of the same make and model. 

55 . M ediumName.Theiobmaybedes^ 
x 660 mm plate. 
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[0033] Other criteria or preferences which are useable within a prepress printing environment can be used, if desired. 
[0034] When a job on the job list passes all the criteria checks it is considered pickable. A criterion, i.e. a preference, 
passes the criteria check when the specif ic condition of the criterion is met. The job picker 1 1 2 then selects, based first 
on the priority preference and then (if two or more jobs have the same priority) on the creation time, the next imageable 
job i e. the next job to be printed. Once a job is picked, the output control server 1 04 can use the job picker 1 1 2 to select 
and return planes in the selected job for imaging. Likewise, a GUI application can retrieve and display the estimated 
order of printing pickable jobs from the job list. 

[0035J The output control server 104 uses the job picker 1 12 to select the next best job to image on an output device 
59. After a next job is selected, the output control 104 makes use of the plane picker routine 1 10 to get each individual 
separation of the selected job. If desired, a GUI application could allow the user to get the estimated order in which jobs 
will be printed by calling a get picker list software program. When this routine is called, the job picker 1 12 checks all jobs 
in the current job list and returns a list of jobs which meets the defined criteria. 

[0036] The print drive configuration includes a generic application programming interface (API) for output devices. The 
job control server 104 controls access to the job list information. 

[0037] The job picker routine 1 1 2 maintains a local copy of preferences or job selection criteria, which are read from 
the print drive area of the Windows NT™ registry. These preference values are read via the print drive API and stored 
into memory. Whenever a preference is changed by the user, a notification is sent to retrieve the changed value from 
the NT Registry. 

[0038] The job picker routine 1 1 2 interfaces both directly and indirectly to the following print dnve components: output 
20 control; configuration server API; engine manager class; and image condition manager class. 

[0039] Output control calls the job picker routine 1 12 to get the next job for imaging to the connected device. When 
the output control calls the job picker routine 1 1 2, it passes a list of media status objects which must include a print drive 
medium name and a flag specifying whether the required medium is loaded onto the print engine. The job identification 
of the picked job. and the status of the medium to be used with the picked job are returned from the job picker routine 

[0040] The job picker routine 112 uses the engine manager class after it has determined the best job to pick. It is 
called to validate the job to make sure it will physically fit on the connected engine's medium and, to make sure that the 
picked job is still present on the job list. The engine manager validates the job. 

[0041] The job picker routine also interfaces to one of the image condition manager methods. This is used by the 
30 Picker Checks routine for checking image conditions. It specifically determines if a particular image condition is ena- 
bled. 

[0042] The job picker 1 1 2 contains interfaces that are setup and used at the time the job picker 1 1 2 is actually initiated 
by the output control server 104. The various interfaces include an engine manager class interface, an observer inter- 
face and an image condition manager interface. The job picker routine 112 initiates an interface or class called the 
35 Engine Manager. This class is used by several different print drive components for different reasons. The job picker rou- 
tine 1 1 2 uses this class for job validation. 

[0043] The preference values are derived from an observer class or interface that allows the reception of notifications 
when certain events occur in the print drive system 41 . The job picker routine 1 1 2 will attach, e.g. sign up for notification, 
to the print drive configuration API via its subject. This effectively causes the job picker routine 1 1 2 to be notified when- 
40 ever the user modifies the settings of one or more preferences. The job picker routine 1 1 2 can then update its local pref- 
erences by re-reading them via the print drive configuration server API. 

[0044] The job picker routine 112 initiates an Image Condition Manager interface during initialization. This interface 
is used internally by the job picker routine 1 12 to update a cache of image conditions that are read via the print drive 
configuration server API. The methods of the Image Condition Manager are available for usage by the job picker routine 

45 112. 

fOR PICKER ALGORITHM 

[0045] The job picker routine 1 12 effectively generates a job profile for each job located on a predefined job list by 
so applying predefined criteria, then selecting a next job to be processed from the job list by comparing the job profiles. 
[0046] The print drive operator can input preference information for a new job via the tuner GUI 60. The preference 
information may include: 

• Output Preference, i.e. whether to print after the first separation is input or. whether to print after the complete job 
55 is input. 

Priority Preference, such as urgent, high, normal or low. 
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. Creation Time and date on which the job was created. 

. Ima ge Condition Preference for an image condition to be enabled, such as, print after 1 OOpm. 
x 660 mm plate. 

imn The ou*ut m»— — •» ** - 08 imn ' edia,e ' , ^ SeParaW " ^ "** 

«v«>erhe, thereto job ntuabeir^belo^^ 

,00«1 me priority prefc-enee. such as u S**1y preference are not allowed to on. 

Stoe^ P*S. ccndL „**r.nc*e Include, bu, are no, MM » pnr** 

At 10:30AM on Monday, June 15, 1998. 
. Anytime after noon on the 15 th of the month. 

Only during second shift. 
. Subject 10 «n uncord***! ndd. I.e. no, printing spedflca.y released by the operator. 

M me operas ..so _ select . part cular iSSSXm^i 
Ldrl to. the iob to be pi*«e Oher P r « fere ^^^^ "f^e S< date of creation ol a . iob. 

tTn^e?^^^^^^ 

selected. . <<o . Hotarmininn thP n ext best iob to image, it considers if the medium associated 

[0051] Whenthejobpic*err 0 ut.ne112K 

Uthejobiscurrenfly selected. Whenth^ medium selected an j 

the output device load the correct meduim. The routine J maxjmU m deferral preference, the job 

ncrement the current deferral count. When th.s deferral count s for ^maximum deferral 

picKer is then allowed to pick a job thai £ neecU ^^£^3^^ constantly loading a differ- 

srsn 11 - s s^ss^--- - — — and ,oading operations ot 

SJ soJare 1 12 loaded into the print drive J^^jS Sd yield the same resurts. In the 

2£Ti04. into the data buffer 80. The firs, pass ^^^^n^ne or estimating the order in which 
[0053] The processing crrteria used as a baas for sel 8 J*£j^S£l and input states of the job are 
obs will be printed, includes the above cntena^ o. '^^^1!^^^ states are 
considered. Typical job output states are queued ,n ^Rgure ^Jhree poj b have been logged to allow 
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required preferences have not been logged, or if the job has not been completely spooled, then the input state is con- 
sidered to be incomplete. 

[0054] A picker check subroutine is called from the job picker routine 1 1 2 to read the information associated with each 
job and check the information against the specified preferences. Each check is performed in sequence and if any 

5 checks fail to meet the criteria, the job is ineligible to be picked. See Figure 5 for a listing of the output states. 

[0055] For this example, the job list is retrieved in bio* 202 of Figure 6A. In block 204 a job is selected from the job 
list and block 206 determines if the job list is empty. If the job list is empty, then the first pass for finding all pickable jobs 
is complete and no jobs are pickable. If the job list is not empty, then the current job output state (see Figure 5) is 
checked in block 210. If the current job has been completed, i.e. printing is complete, or if the output state is in error, 

io then another job is retrieved from a list in block 204. Otherwise, if the current job is incomplete, then the job input state 
is tested in block 212. If the current job has been completely input, then the method continues in block 224, otherwise, 
block 214 tests if the input state of the current job is spooling. If the current job is not spooling, then another job is 
retrieved in block 204. Otherwise, block 216 tests if the output preference is to print after a single separation is received, 
or after the whole job is received. If the output preference is to print the whole job. then another job is retrieved in block 

is 204. Otherwise, block 218 tests if the input state of the current separation is spooling. If the current separation is spool- 
ing, then another job is retrieved in block 204. Otherwise, block 220 tests if the current separation's input state is com- 
plete and the current separation's output state is incomplete. If not true, then another job is retrieved in block 204. 
Otherwise, block 224 in Figure 6B tests the current job's priority against the priority preference. If the job's priority is less 
than the priority preference, then another job is retrieved in block 204. Otherwise, block 228 tests for a conditional hold. 

20 If a job's image condition is an unconditional hold, then another job is retrieved in block 204. Otherwise, block 230 tests 
if the current job has no image condition. If true, then the method continues to block 236. Otherwise, block 232 deter- 
mines if the image condition preference has been enabled. For instance, if the job is slated for printing during third shift, 
is that condition enabled. If not. then another job is selected in block 204. Otherwise, block 236 determines whether the 
job's engine name matches a connected engine name. If not, then another job is retrieved in block 204. Otherwise, a 

25 list of available media names are retrieved in block 238. Block 242 tests if the current job's medium name matches a 
media available on the named connected engine. If not the next medium name is retrieved in block 246 from the media 
list. If the medium name is valid in block 248. then the routine loops back to block 242. Otherwise, another job is 
retrieved in block 204. If the current job's medium name matches the name of the media available on the named con- 
nected engine, then the current job is pickable and added to the sorted job picker list in block 244. Thereafter another 

30 job is retrieved in block 204. m m 

[0056] When a job selected from the job list in block 204 successfully passes all the preference checks, it is added or 
returned to one of four newly created second pass job lists which are based, respectively, on each of the four priority 
preferences. After all jobs have been checked against the preferences in block 206, the job picker routine 1 12 starts its 
second pass in block 208. 

35 [0057] The job picker's second pass consists of actually picking the next job to image. The pickable jobs that are high- 
est in priority are always picked before lower priority jobs. Priority always takes precedence over any other criteria, 
except creation time and date. If two jobs both are urgent priority, then the job with the earlier creation time and date 
will be selected as the next job to be printed. Jobs are selected off the lists in the priority order of urgent, high, normal 
and low. A tist is skipped if there are no job entries on it. Alternatively, if a single new job list is created rather than four 

40 new priority job lists, that new single list would order the jobs thereon by priority. 

[0058] The second pass of the job picker routine 1 1 2 is outlined in Figure 6C. If no jobs are pickable as tested in block 
250, then the routine returns that finding in block 252. Otherwise, a job is retrieved from the highest priority second pass 
job list in block 254. If the second pass job list is not empty when tested in block 256, then print priority from that list is 
established by the job having the earliest creation time and date. These parameters are tested in block 258, as well as 

45 the maximum deferral preference. 

[0059] The job picker routine 1 1 2 stores the engine media that are currently loaded and available for immediate print- 
ing on the print engine. A job on a second pass job list is picked if the job's intended medium is available on the engine. 
Otherwise, the current deferral is checked against the maximum deferral preference. H the maximum deferral value has 
not been reached, then the job is skipped and its output state is marked as Defened. When the maximum deferral pref- 

so erence has been reached, the current deferral value is reset and the first job (on that second pass job list) which was 
deferred is picked as the job to image. Otherwise, the job identification number and medium name are returned in block 
262. If there are not enough jobs on the second pass job list to reach the maximum deferral value, then the first job 
which was deferred on that list is returned as the next job to image. 

[0060] If the second pass job list is not empty as tested in block 256. then block 260 tests if the job medium name 
55 matches the medium loaded on the connected engine. If true, then block 262 returns the job identification and medium 
name. Otherwise, block 266 tests if the current deferral matches the maximum deferral. If true, then the current deferral 
is reset and the first job which was deferred is removed from that second pass job list. Otherwise, the current deferral 
is incremented in block 268. and the routine loops back to block 254 where another job is retrieved from the highest pri- 
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mi After a job is picked, a validation routine is called which makes sure that the selected job * P*ingi jextfe 

state is marked as invalid and the second pass of the job picker processes again. 
PLANE PICK ER ALGORITHM 

10062] The p.ane picker routine 1 10 provides a way for the output control server 104 to retrieve the next plane, i.e. the 
next image separation. There are three uses for this routine. 

LCheckajob's imagefi.es and lookfor the first one that has been fully spooled without error and has not yet been 

output. 

Collation turned off. For example, the separations would .mage as CC MM YY KK. 

3 Using the collation job parameter, the pfcne picker routine 1 1 0 can return ^^^^ 
fn « its copies remaining is greater than 0. For example, the separations would image as CMYK CMYK. 

302 if the Collation job parameter .s turned oa ^^^'J^i^ image file containing the data for a 
is turned off, then the page number and plane ^ ™ ^J* ' ™ * £ \ the f ile * s empt y in decision block 308. 

STbe prL^. rather than between job profiles to determine which job should be the next ,ob to be printed, 
inn r>pn pP FRTIMAT i"M ALGORITHM 
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current job list into a local buffer. The routine 1 1 4 operates in exactly the same manner as the first pass of the job picker 
routine 1 1 2 After the pickable jobs are found, the routine 1 1 4 copies the job identification numbers into order of printing 
priority Moreover, the job order estimator routine 1 14 interfaces both directly and incfirectiy to the following print drive 
components: configuration server API; engine manager class; and image condition manager class. These components 
were previously described in conjunction with the job picker routine 112. 

[0071] It is to be understood that the above described embodiments are merely illustrative of the present invention 
and represent a limited number of the possible specif ic embodiments that can provide applications of the principles of 
the invention. For instance, the numerous programming parameters, preferences and other criteria described above 
could be varied to accommodate specific customer or operator requirements. Also the prepress hardware, operating 
systems, output devices and user interfaces could vary with known equivalent structures and methods. These, and 
other numerous and varied arrangements, may be readily devised in accordance with the principles of the invention by 
those skilled in the art without departing from the patented coverage of the methods and devices as claimed. 

Claims 

1 . A method (Figures 6A. 6B, 6C) for use in a prepress printing environment (32) characterised by the steps of: 

generating a job profile for each job located on a predefined job list by applying predefined criteria; and 
selecting a next job to be processed from the job list by comparing the job profiles. 

2. The method of claim 1 wherein a job is defined as one or more pages, a page is defined as one or more separa- 
tions, and a separation is defined as an image representation of a single color channel, each separation being 
stored in a separate file in memory. 

3. The method of claim 1 wherein for each job the predefined criteria is defined by determining, in any order, at least 
one of: 

whether the job has been fully spooled; 

whether one or more separations have been fully spooled; 

a priority; 

whether an image condition has been enabled; 
availability of a predefined medium; 
availability of a processing engine; and 
the job creation time and date. 

4. The method of claim 3 wherein the priority is determined by evaluating a processing status as urgent, high, normal 
or low. 

5. The method of claim 3 wherein the predefined medium is an image receiving medium. 

6. The method of claim 3 wherein the processing engine is a print engine, a proofer, a filmsetter, an imagesetter, a 
platemaker or a computer-to-plate system. 

7. A method for use in a prepress printing environment characterised by the steps of: 

generating an image separation profile for each image separation, defined as a representation of one color 

channel of a predefined job on a predefined job list, by applying predefined preferences; and 

selecting a next separation to be imaged onto an output device by comparing the image separation profiles. 

8. The method of claim 7 wherein for each job the predefined preferences are defined by determining, in any, order, 
at least one of: 

whether the separation has been fully spooled; 
a priority; 

whether an image condition has been enabled; 
availability of a predefined medium; 
availability of the output device; and 

the creation time and date of the job related to the separation. 
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,0 Tne m«hcd oi cairn 8 wnerein -he «—» I. an ^ receiving medium 

maker or a computer-to-plate system. 

fonment (32). the print drive system (41) compnsmg: 

ma fnr convert™ object oriented files into the raster image files; 

at least one graphical user .nterface (62. ^^T^ for ^ job IO cated on a predef ined job l.st by 
a print^ngine (59) for printing the selected next job. 

tion being stored in a separate file in said memory. 

25 order, at least one of : 

whether Ihe job has been fully spooled; 

whether one or more separations have been ful.y spooled. 

a priority; . ... 

30 whether an image condition has been enabled, 

availability of a predefined medium; 
availability of the print engine (59): and 
the job creation time and date. 

urgent, high, normal or low. 
' piatemaker or a computer-to-plate system. 
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